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DECISION ON APPEAL 
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action, as recited in 37 C.F.R. § 1.304, begins to run from the decided date 
shown on this page of the decision. The time period does not run from the 
Mail Date. 
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STATEMENT OF THE CASE 

This is an appeal under 35 U.S.C. § 134(a) from the Examiner' final 
rejection of claims 1-30, which are all the claims in the application. We 
have jurisdiction under 35 U.S.C. § 6(b). 

We affirm. 

Invention 

Appellant's invention relates to data processing for objects with 
unknown data structures. (Abstract.) "Business objects" are objects for use 
in client application code, which often need data from persistent data stores. 
(Spec. 1:16-27.) A "business object" is thus an object having a data 
structure known within a client program, distinct from an object known 
within a persistent data store (a "data object"). (Id. at 9, 11. 21-24.) 
Appellants' system includes a mapper 150 (Fig. 1) and a data store manager 
152 (Spec. 8:6-9: 15), which avoids the requirement of a programmer 
having to identify and convert data structures between business objects and 
those in persistent data stores, when reading or writing data to or from 
business objects and corresponding data stores (id. at 2:1-9). 

Representative Claim 

1 . A method of data processing for objects with unknown data 
structures, the method comprising: 

receiving a processing request for a business object having an 
unknown business object data structure, 

wherein data for the business object is stored in a persistent data 
store having an unknown persistent data structure, and 

the processing request includes a reference to the business object 
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and a processing instruction; 

inferring the business object data structure from metadata 
describing the business object; 

inferring the persistent data structure from metadata describing the 
persistent data structure; 

validating the business object data structure with respect to the 
persistent data structure; 

creating a data object structured according to the persistent data 
structure; 

transforming data values from the business object to the data 
object; and 

applying the processing instruction, with the data object, to the 
persistent data store. 



Examiner's Rejections 

Claims 1-8, 10-18, 20-28, and 30 stand rejected under 35 U.S.C. § 
102(e) as being anticipated by Sanchez. 

Claims 9, 19, and 29 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Sanchez and Freund. 

Claim Grouping 

Based on Appellant's arguments in the Appeal Brief, we will decide 
the appeal on the basis of claim 1 (rejected under § 102) and claim 9 
(rejected under § 103(a)). See 37 C.F.R. § 41.37(c)(l)(vii). 



Prior Art 



Freund 
Sanchez, II 



5,680,618 
2002/0147857 Al 



October 21, 1997 
October 10, 2002 
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FINDINGS OF FACT 

Sanchez 

Sanchez describes a persistent data manager 40 (Fig. 2) that maps 
persistent attributes of Java objects to corresponding LDAP (Lightweight 
Directory Access Protocol) attributes, for dynamic storage of Java objects in 
an LDAP repository. Sanchez ]f [0008]. 

To determine the persistent attribute values, the persistent data 
manager 40 preferably uses reflection, a known Java technique. Id. 

Because objects are defined by their attributes, the persistent data 
manager 40 stores objects by storing persistent attributes of the objects 48 in 
the LDAP data repository. Thus, when directed to store an object in the 
LDAP data repository, the persistent data manager 40 stores the persistent 
attributes in the LDAP data repository. When directed to read an object 
from the LDAP data repository, the persistent data manager 40 reads the 
persistent attributes from the LDAP data repository. Sanchez [0029]. 

Preferably, the persistent data manager 40 stores the persistent 
attributes by mapping the persistent attributes to certain defined LDAP 
attributes. Sanchez \ [0030]. 

Figure 5 A depicts a method for storing Java objects in a LDAP 
repository. Persistent data manager 40 receives a request that a (Java) object 
48 be stored (82). Sanchez f|| [0048] - [0049]. 

> Persistent data manager 40 retrieves (83) a list of the object's 
attributes that are to be stored, which may comprise using reflection. 
Sanchez Fig. 5A; U U [0050], [0052]. 

> Determining a repository path (84) comprises determining 
the path in the LDAP data repository of the LDAP object that corresponds to 
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the object that is being stored. The path is, preferably, determined from 
information in the object 48. Sanchez Fig. 5A; Tf [005 1]. 

> The object's attribute values are retrieved (86), preferably 
using the reflection technique. Sanchez Fig. 5 A; [0054]. 

> The persistent data manager 40 then maps the persistent 
attributes to LDAP attributes, populates the LDAP attributes with the 
persistent attributes' value, and stores (87) the object 48 in the LDAP data 
repository. Sanchez Fig. 5A; ^ [0055]. 

Figure 5B depicts the method for reading Java objects from a LDAP 
repository. Sanchez ^ [0056] et seq. 

PRINCIPLES OF LAW 

"Anticipation requires the presence in a single prior art reference 
disclosure of each and every element of the claimed invention, arranged as 
in the claim." Lindemann Maschinenfabrik GMBH v. American Hoist & 
Derrick Co., 730 F.2d 1452, 1458 (Fed. Cir. 1984). 

In evaluating a reference for anticipation, it is proper to take into 
account not only the specific teachings of the reference but also the 
inferences which one skilled in the art would reasonably be expected to draw 
therefrom. See In re Preda, 401 F.2d 825, 826 (CCPA 1968). 

ANALYSIS 

We refer to and rely on the Examiner's findings in support of the 
rejections. Our discussion will be limited to consideration of the limitations 
in the claims that Appellant argues to be missing from the applied prior art. 
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Appellant submits that Sanchez does not disclose "wherein data for 
the business object is stored in a persistent data store having an unknown 
persistent data structure" as recited in claim 1. (Br. 8-9.) 

However, Appellant has not responded to the Examiner's finding that 
the persistent data structure is unknown in Sanchez prior to its retrieval. 
(Final Rej. 7; Ans. 8.) 

Moreover, the persistent data structure stored in the LDAP, as 
described by Sanchez, appears to be "unknown" for the same reason that 
Appellant's persistent data structure is "unknown." In Appellant's system, 
the persistent data structure is called "unknown" because it is unknown to 
the client application programs, but inferred by a mapper 150 (Fig. 1) at 
runtime. (See Spec. 8:6-14; 3:3-12; 9:21 - 10:1.) In Sanchez, the persistent 
data structure information in the LDAP is unknown to calling applications, 
but managed by Persistent Data Manager 40 (Fig. 2). 

We agree with Appellant's assessment to the extent that Sanchez 
discloses an embodiment in which the structure of the LDAP repository may 
be "specified by the application using the LDAP repository as a persistent 
data store." (Br. 9.) However, the quoted section of Sanchez flf [0032]) 
speaks of a separate process in which a directory structure and objects may 
be established for a particular application. If an application program at 
runtime already knew the persistent data structure of an object as stored in 
the LDAP, there would be no need for the persistent data manager 40. See, 
e.g., Sanchez [0029], [0030], [0044]. 

Appellant also argues that Sanchez does not disclose inferring the 
persistent data structure from metadata describing the persistent data 
structure. (Br. 10-12.) Appellant's argument is based, however, on the 
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allegation that the persistent data structure in the LDAP is not "unknown," 
which we do not find to be persuasive. 

Appellant also alleges that Sanchez does not disclose validating the 
business object data structure with respect to the persistent data structure. 
(Br. 12-13.) Claim 1, however, places no limitation on when, where, why, 
how, or by what the "validating" may be effected. We refer to and rely on 
the Examiner's findings in the Answer for a type of "validating." We add, 
however, that the section of Sanchez previously argued by Appellant flf 
[0032]) also describes "validating" the business object (Java object 48) data 
structure with respect to the persistent (LDAP) data structure. The persistent 
data manager 40 ensures correspondence between Java objects and LDAP 
objects fll [0030].) 

Finally, in response to the § 103(a) rejection over Sanchez and 
Freund, Appellant alleges that the rejection fails to identify a suggestion or 
motivation to combine the teachings of Sanchez and Freund. (Br. 16-18.) 

Claim 9 recites a "mapping data structure" defining a correspondence 
between fields in the business object and fields in the persistent data store. 
The Examiner refers to a data object (Fig. 2c) in Freund having a mapping 
data structure. 

We agree with the Examiner that the ordinary artisan would have 
considered it obvious to use a mapping data structure, as taught by Freund, 
for mapping fields in a business object and a persistent data store, as taught 
by Sanchez. Freund teaches a way to ensure correspondence between fields 
that was known to the ordinary artisan. A person having ordinary skill in the 
art uses known elements for their intended purpose. Anderson 's-Black Rock, 
Inc. v. Pavement Salvage Co., 396 U.S. 57 (1969) (radiant-heat burner used 
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for its intended purpose in combination with a spreader and a tamper and 
screed). 

We have considered all of Appellant's arguments but are not 
persuaded of error in the rejection of any claim. We sustain the Examiner's 
rejections over the applied prior art. 

DECISION 

The rejection of claims 1-8, 10-18, 20-28, and 30 under 35 U.S.C. § 
102(e) as being anticipated by Sanchez is affirmed. 

The rejection of claims 9, 19, and 29 under 35 U.S.C. § 103(a) as 
being unpatentable over Sanchez and Freund is affirmed. 

No time period for taking any subsequent action in connection with 
this appeal may be extended under 37 C.F.R. § 1.136(a). 

AFFIRMED 



ere 
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